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MEMORY CARD HAVING ONE-TIME PROGRAMMABLE MEMORY 
CROSS REFERENCE TO RELATED APPLICATION 

This application is a continuation of U.S. Patent Application Serial 
No. 10/008,546 filed November 13, 2001, entitled "Method for Providing 
5 Extensible DOS-FAT System Structures on One-Time Programmable Media", by 
Schulze et al, the disclosure of which is incorporated herein. 

FIELD OF THE INVENTION 
The present invention relates to a memory card having a one-time 
programmable memory. 
1 0 BACKGROUND OF THE INVENTION 

Digital cameras, such as the Kodak DC 4800 camera, capture 
images of a scene using a solid state image sensor, and store the resulting image 
data on a solid-state memory card, such as a compact flash card, which uses Flash 
EPROM memory. The card can be removed from the camera, and inserted into a 
1 5 card reader, so that the images can be transferred from the card to a personal 
computer. The card can then be erased and reused. The DOS-FAT system is 
normally used to store and retrieve the image files stored on Flash EPROM 
memory cards. Unfortunately, the cost of Flash EPROM memory is relatively 
high, and therefore such erasable memory cards are expensive. Various 
20 technologies have been developed to produce write-once memory. One example 
is described in U.S. Patents 6,034,882 and 6,185,122. These write-once memory 
technologies offer significantly reduced cost, compared to Flash EPROM memory 
chips. 

When personal computers were first introduced, a disc operating 
25 system or DOS was needed to access data from floppy discs and hard drives. This 
platform became ubiquitous and subsequent advancements on disc operating 
system still maintained backwards compatibility. With the advent of new devices 
such as removable memory cards, the most compatible method with existing host 
systems that already have DOS, was to make the device's file system compatible 
30 with the DOS file structure commonly known as the FAT file system. The FAT 
system is documented in ISO/1EC 9293, "Information technology - Volume and 
file structure of disk cartridges for information interchange". 
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DOS's structure includes a boot record, which is 1 sector (512 
bytes) long, 2 File Allocation Tables (original and a back up FAT), a root 
directory, and the user data area. The FAT's size is determined by an algorithm as 
a function of the number of sectors on the medium, the number of entries in the 
5 root directory amongst other variables. The number of entries in the FAT is equal 
to the number of clusters on the storage device. 

Each entry in the FAT is either 12, 16, or 32 bits depending on the 
format of the volume. Since each entry represents the location of a segment of a 
file, the number of maximum addressable space or cluster is 2 A 12, 2 A 16, or 2 A 32. 

10 Each cluster can be even binary multiples of sectors. 

The root directory following the FAT contains the names of the 
files or folders and has a pointer to the first cluster of the named file or folder. 
The root directory consists of entries of 32 bytes for each file name and the 
number of the first cluster associated with the file. The remainder of the unused 

1 5 directory space is filled with O's. 

At the same time, the FAT file system updates a FAT entry at an 
offset equal to the starting cluster of the file. The content of the entry is either all 
Ts to indicate the last cluster used by the file or a non-zero number to indicate the 
cluster location of the next portion of the file or folder. With this technique, the 

20 FAT maps the cluster location of any particular file or folder. Again the last 
cluster used by a file or folder is indicated by all 1 f s. A FAT entry with all O's 
would indicate a free cluster to be allocated. 

In a write-once memory card to be used in a digital camera, it is 
very desirable to have the card be FAT compatible. This way, a memory card can 

25 be recognized as a drive by any hosts that are compatible with the FAT file 

system. In these write-once devices, the normal storage states are represented by 
1 's. In rewritable systems, the 1 's are converted to O's in the FAT to indicate free 
cluster space, and programmed back to patterns of 1 's and O's to represent the file 
cluster locations. However, this approach presents a serious problem when 

30 applied to write-once devices. In write-once or one-time programmable devices 
that have an unprogrammed state of l f s, the entire FAT and root directory must be 
written at once to program the file cluster locations and to zero out the 1 's in the 
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unallocated clusters and unused space. The FAT and root directory therefore can 
only be programmed once. 

In addition, in write-once or one-time programmable devices that 
have an unprogrammed state of l ? s, the entire FAT and root directory must be 

5 written at once if any of the previously written data need to be modified. The 
FAT and root directory can never be overwritten. As a result, moving a file 
presents a problem, since if a file is moved, new FAT clusters need to be allocated 
and the old ones zeroed out so they are available. Similarly, renaming a file 
presents a problem, since the root directory 32 byte entry for this file name needs 

10 to change. Deleting a file presents a problem, since the root directory 32 byte 
entry for this file name needs to change and the FAT clusters need to be zeroed 
out. 

Some optical disc recording technologies, such as CD-R 
(recordable compact disc) are one-time programmable (OTP), so that once an area 
1 5 of the disc has been recorded, it cannot be erased. In order to record files on such 
a CD-R, a special software driver is required. The driver resides on the host 
computer, in order to convert the non-DOS file system used by the CD-R into a 
format, which appears to be DOS, to application software running on the host 
computer. Unfortunately, this requires each host computer to have a special 
20 software driver to support the non-DOS file system. 

SUMMARY OF THE INVENTION 
It is an object of the present invention to provide an improved 
memory card for revising and retrieving data files stored on a one-time 
programmable memory. 
25 Another object of the present invention is to provide a memory 

card that enables OTP media, particularly OTP solid state memory, to appear as a 
DOS compatible disk drive to the host computer. 

These objects are achieved by a memory card for use with a host 
device, comprising: 

30 a) a one-time programmable memory having locations for 

storing a plurality of storage allocation tables, data files identified by the storage 
allocation tables, and a translation table; and 



b) a controller for enabling the host device to access the one- 
time programmable memory and to modify the data files, wherein the controller: 

i) stores initial data files, a first storage allocation table, and 
an initial translation table in the one-time programmable memory; 

ii) accesses the translation table in the one-time programmable 
memory to identify the physical location of the first storage allocation table and 
returns such storage allocation table to the host device for subsequent accessing of 
the initial data files, 

iii) nables the host device to modify at least one of the initial 

data files 

iv) stores a second storage allocation table, different from the 
first storage allocation table, in the one-time programmable memory to enable the 
host device to access the modified data files; 

v) amends the translation table to indicate the location of the 
second storage allocation table, wherein the amended traslation table includes a 
plurality of entries with the latest entry corresponding to the location of the latest 
storage allocation table in the one-time programmable memory, and the latest 
entry is the latest noninitialized entry; and 

vi) accesses the amended translator table to identify the 
physical location of the second storage allocation table and returning such second 
storage allocation table to the host device to enable access of the modified data 
files. 

It is an advantage of the present invention that a memory card 
having one-time programmable memory can be continuously compatible with a 
host device accessing said cards using the DOS-FAT file system, even if some of 
the files on the memory card are deleted, renamed, or moved. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a digital photography system, 
including a digital camera, a host computer, and a one-time programmable 
removable memory card; 

FIG. 2 is a block diagram of a one-time programmable removable 

memory card; 
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FIG. 3 is a diagram of a first embodiment of a FAT compatible 

disk structure; 

FIG. 4 is a flow diagram of a method for providing an extensible 
DOS-FAT system structures on one-time programmable media; 
5 FIG. 5 is a diagram of a second embodiment of a FAT compatible 

disk structure; 

FIG. 6 is a diagram of a single system area before a new mapping 

is required; 

FIG. 7 is a diagram of a multiple system area after mapping; and 

10 FIG. 8 is a flow diagram of a method for providing logical to 

physical mapping of a DOS-FAT file system on one-time programmable media. 
DETAILED DESCRIPTION OF THE INVENTION 
The term FAT is an acronym for file allocation table, which is a 
form of storage allocation table. Storage allocation tables are disk data structures 

1 5 that catalog the used and unused space on a volume. FAT is a term used for the 
storage allocation tables in a DOS file system. DOS stands for "disk operating 
system", originally developed by IBM, Corp, and is currently supplied by 
Microsoft Corp, Redmond WA, as MS-DOS. DOS-FATs catalog all available 
non-defective sectors in a single table by using special attribute bits to mark 

20 defective (unusable) sectors. Storage allocation tables are known by other names 
in other computer systems. Examples of this include the Macintosh file system 
from Apple Computer, which calls their storage allocation tables "Cluster 
Allocation Tables" (CATs). The Apple Macintosh system uses two independent 
tables, known as CATs and LCATs (for "Lockout Cluster Allocation Table"). 

25 Regardless of the names given to these structures, the purpose and basic function 
is identical. 

FIG. 1 is a block diagram of a digital photography system that can 
be used to implement the methods of the present invention. The system includes a 
digital camera 300 which produces digital images that are stored on the OTP 
30 memory card 330. The images are then transferred to a host PC 340 using a card 
reader 350 or an interface cable 342. 
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The digital camera 300 includes a zoom lens 312 having zoom and 
focus motor drives 310 and an electrically adjustable aperture 311 and an 
electrically driven mechanical shutter 313. The zoom lens 312 focuses light from 
a scene (not shown) on an image sensor 314, for example, a single-chip color 
5 CCD image sensor, using the well known Bayer color filter pattern. The aperture 
311, shutter 3 1 3, and image sensor 314 are controlled by drivers 306. The zoom 
and focus motors 310 and the drivers 306 are controlled by control signals 
supplied by a control processor and timing generator circuit 304. 

The control processor and timing generator 304 receives inputs 

10 from autofocus and autoexposure detectors 308 and controls a flash 302. The 
analog output signal from the image sensor 314 is amplified and converted to 
digital data by the analog signal processing (ASP) and analog-to-digital (A/D) 
converter circuit 316. The digital data is stored in a DRAM buffer memory 318 
and subsequently processed by a processor 320 controlled by the firmware stored 

1 5 in the firmware memory 328, which can be flash EPROM memory. Alternatively, 
the processor 320 can be provided by custom circuitry (e.g. by one or more 
custom integrated circuits [ICs] designed only for use in digital cameras), or by a 
combination of programmable processor(s) and custom circuits. 

The processed digital image file is provided to a memory card 

20 interface 324 which stores the digital image file on the OTP memory card 330. 

The OTP memory card can use many different physical form factors and electrical 
interconnection standards which are well known to those skilled in the art. For 
example, the OTP memory card 330 can be adapted to the PCMCIA card interface 
standard, as described in the PC Card Standard, Release 2.0, published by the 

25 Personal Computer Memory Card international Association, Sunnyvale, 

California, September 1991, or to the CompactFlash Specification Version J.3 9 
published by the CompactFlash Association, Palo Alto, California, August 5, 
1998. Other types of removable memory cards, including Smart Memory cards, 
Secure Digital (SD) cards, and Memory Stick cards could alternatively be used to 

30 store the digital images. 

The processor 320 performs color interpolation followed by color 
and tone correction in order to produce rendered sRGB image data. The rendered 
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sRGB image data is then JPEG compressed and stored as a JPEG image file on 
the OTP memory card 330. The processor 320 also creates a "thumbnail" size 
image that is stored in RAM memory 326 and supplied to the color LCD image 
display 332, which displays the captured image for the user to review. The digital 
5 camera 300 is controlled by user controls 303, such as a series of user buttons 
including a shutter release (e.g., capture button) (not shown) which initiates a 
picture taking operation. 

After a series of images have been taken and stored on the OTP 
memory card 330, the card can be inserted into the card reader 350 attached to the 

10 host PC 340. Alternatively, an interface cable 342 can be used to connect between 
the host interface 322 in the digital camera 300 and the host PC 340. The 
interface cable 342 can conform to, for example, the well-known IEEE 1 394 
interface specification, the universal serial bus (USB) interface specification, or 
other wired or wireless interface specifications. 

1 5 FIG. 2 is a diagram of an OTP memory card 330. The card 

interface 1 00 matches the hardware and software protocol in use between the host 
and the card. Examples are USB, ATA, PCMCIA, IEEE 1394, MMC, SD, etc. 
The card interface 100 is electrically connected to a controller 102 using card 
internal host interface to controller interface bus 101. The controller 102 is 

20 electrically connected to the OTP memory array 104. The OTP memory array 1 04 
can utilize many different technologies to record data. Preferred embodiments 
include the vertically stacked field programmable nonvolatile memory technology 
described in U.S. Patents 6,034,882 and 6,185,122. The memory cells used in this 
technology have an unprogrammed logic state of "one" (1). However, the DOS- 

25 FAT file system requires that unused storage space have a logic state of "zero" 
(0). 

In order to utilize memory technology having an unprogrammed 
state of "one" with a DOS-FAT file system and retain unused space for future use, 
the present invention uses inverters between the controller 102 and the OTP 
30 memory array 104 to invert at least some of the data stored in the OTP memory 
array 104. The OTP memory array 104 stores both system data, including the 
storage allocation table, in system area 120, and user data files, such as image files 



captured by the digital camera 300, in data area 121 . In some embodiments of the 
present invention, all of the data recorded in OTP memory array 104, including 
both the data recorded in system area 1 20 and data area 1 2 1 , is inverted. In other 
embodiments, only the data recorded in system area 120 is inverted. 
5 In the embodiment shown in FIG. 2, inverters 1 12 invert the data as 

it is written to the system area 1 20 of the OTP memory array 1 04, and inverters 
1 03 invert the data as it is read from the system area 120 of the OTP memory 
array 104. When data is written to data area 121, non-inverting drivers 122 and 
1 23 are used so that the data is not inverted. It will be understood that the 

10 inverters 103 and 112 can be physical logic circuits included in controller 102. 

Since there are normally multiple data lines (e.g. 8, 16, or 32 data lines), there are 
normally multiple parallel inverters represented by inverters 103 and 1 12. 
Alternatively, the inversion can be performed by the host device as it transfers 
data to the OTP memory card 330. For example, the processor 320 in the digital 

1 5 camera 300 can perform the inversion as it transfers the system data through the 
memory card interface 324. 

The inversion performed by inverters 1 03 and 1 1 2 take advantage 
of the fact that the unprogrammed state of an OTP memory array is all logic ones. 
By using the inverters 103 and 1 12, the unprogrammed state becomes all zeros. 

20 This means that unused space in the system structures, such as the FATs and 

ROOT DIR, can be appended to since unused space in them is zeros. This would 
be impossible if the unprogrammed state was logic ones. The inversion occurs 
before the physical programming of the individual memory bits. With the FAT 
appearing to be all zeros, a file can be appended or a new file can be written 

25 without having to write out the entire FAT. Any non-used FAT entry will still 
have all 0's, which represents an available cluster to the FAT file system. As a 
result, the FAT can be appended to until all the clusters are used up. 

Depending on how the data recorded in the system area 120 is 
inverted, it may be preferable to permit the inversion of data recorded in the data 

30 area 121. This eliminates the need to provide separate inverting and non-inverting 
data paths to the OTP memory array 1 04. 
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FIG. 3 is a diagram of a FAT compatible disk structure that can be 
used to define the location of images stored on the OTP memory card 330. FIG. 3 
details the types of information stored in OTP memory array 104. The system 
information used for the DOS-FAT file system includes a master block record 
5 (MBR) 200, a partition block record (PBR) 201 , a primary FAT 210, a copy of the 
primary FAT 205, and a root directory (ROOT DIR) 211. All of the system 
information is stored in system area 120 of OTP memory array 104. The data, 
such as image data files provided by the digital camera 300, is stored in data area 
1 2 1 of OTP memory array 1 04. 

10 The master block record (MBR) 200 describes how many different 

partitions exist on the volume represented by the OTP memory card 330. The 
partition block record (PBR) 201 describes the format of the partitions listed in 
MRB 200. The primary FAT 210 catalogs the location of storage allocation units. 
For example, entry 202 provides the number of the first cluster allocated to a file, 

15 such as an image file provided by digital camera 300. Entry 203 represents 

additional clusters allocated to files stored in OTP memory array 104. It will be 
understood by those skilled in the art that a FAT table includes many entries 
which provide the clusters used to store a plurality of files, such as image files, 
using the DOS-FAT file system. The primary FAT 210 also includes unallocated 

20 FAT entries (free space) 204. The unallocated entries are used when new files are 
written to the OTP memory card 330, for example when new images are captured 
and stored. 

The DOS-FAT file system conventionally uses a duplicate copy of 
the primary FAT. This is done so that if the primary FAT is corrupted, as a result 
25 of memory errors, the data 209 can still be recovered by using the duplicate copy 
of the primary FAT. As show in FIG. 3, a duplicate copy of the primary FAT 205 
(sometimes called FAT #2 in the literature) provides a duplicate copy of all of the 
entries in primary FAT 210. 

The system area 1 20 also stores the information in the root 
30 directory 211. This information includes a 32 byte individual file entry 206 and 
many additional entries 207. The root directory 21 1 also includes unallocated 
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directory entries (free space) 208, which will be used when new image files are 
added to the OTP memory card 330. 

Since the unallocated memory cells 204 of primary FAT 210, the 
unallocated memory cells (not shown) of the copy of the primary FAT 205, and 
5 the unallocated memory cells 208 of the root directory 211, all have a logical state 
of 0, corresponding to an unprogrammed state of 1, it is possible to append new 
information in these areas. 

The data space is stored in the data area 209 of OTP memory card 
330. Since data, such as image data provided by digital camera 300, does not have 

10 predictable state of 1 or 0, it is not necessary to invert this data. Therefore, the 
information recorded in data area 209 can either be inverted or not inverted, in 
various embodiments. 

When the OTP memory card 330 is formatted to provide a DOS- 
FAT file system, the formatting program calculates the size of the system area 120 

15 needed to catalog the data area 209. 

FIG. 4 depicts a flow diagram of a method for providing an 
extensible DOS-FAT system structures on one-time programmable media. This 
method allows the digital camera 300 to capture a plurality of digital images and 
store the image files using OTP memory card 330. As new digital images are 

20 captured, the processor 320 in the digital camera 300 updates the primary FAT 
210, the duplicate FAT 205, and the root directory 21 1 in order to provide the 
name and location of the newly stored image files in data area 209. 

In block 10, a digital image is captured by digital camera 300, 
temporarily stored in DRAM buffer memory 318, and processed by processor 320 

25 to create a digital image file which will be stored using OTP memory card 330. In 
block 20, the controller 102 on the OTP memory card 330 reads the system area 
1 20 of OTP memory array 1 04 to determine if there is unallocated (e.g. "zeroed") 
space in the primary FAT 2 1 0 and root directory 2 1 1 of the system area 1 20. In 
block 60, if there is no unallocated space, the controller 102 reports a "card is full" 

30 message to the processor 320 in the digital camera 300, which can provide a 
suitable message to the user on color LCD image display 332. In block 30, if 
there is unallocated space, the filename of the newly captured image file is 
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appended (written) to the root directory 21 1 by writing the first empty 
(unallocated) directory entry. This is done by changing the Os of the unallocated 
directory entry to the new file information. In block 40, the primary FAT 2 1 0 is 
appended by writing the cluster pointers in the FAT. These cluster pointers 
5 provide the number of the clusters in the data area that will be used to store the 
newly captured image file. The same information is written to the copy of the 
primary FAT 205. In block 50, the image data itself is written to the data area 209 
of the OTP memory card 330. 

As long as the file name or attributes remain unchanged, it is 

10 possible to continuously append data at the end of the FAT, using the method of 
FIG. 4. However, if files are deleted, renamed, or moved, an entire new FAT 
must be created. This can be accomplished using a second embodiment of a DOS 
compatible FAT file system, as will now be described in reference to FIGS. 5-8. 

FIG. 5 is a diagram of a second embodiment of a FAT compatible 

1 5 disk structure that can be used to define the location of images stored on the OTP 
memory card 330. FIG. 5 is similar to FIG. 3, except that it includes a remapping 
area 230. The remapping area 230 includes a logical to physical mapping table 
1 05 and a revised system area 23 1 . The revised system area 23 1 is used to 
provide revised FAT and root directory information. As files are deleted, 

20 renamed, or moved, new FAT and root directories must be created to replace the 
obsolete FAT and Root directories, since the old FAT and Root directories contain 
the previous state of the DOS volume, having obsolete filename information. 
Each new generation of FAT and root directories defines a new system area. 
Thus, the revised system area 231 can include many obsolete FAT and root 

25 directories, corresponding to many previous generations of FAT and root 
directories, as the images stored on the OTP memory card 330 are deleted, 
renamed, etc. The logical to physical mapping table 105 indicates the location of 
the currently valid FAT and root directories, thus indicating the location of the 
current system area, which provides the current state of the storage volume 

30 provided by OTP memory card 330. 

FIG. 6 is a diagram depicting how a host digital camera 300 can 
determine what files are stored in OTP memory card 330. The memory card 



-12- 

interface 324 in the host digital camera 300 uses a host/OTP card protocol 1 10 
such as PCMCIA- ATA to communicate with the OTP card interface 100, which 
connects to, or is part of, a controller 1 02. The controller 1 02 on the OTP 
memory card 330 maintains an index pointer 1 1 1 into an array of pointers 
5 provided as a logical to physical mapping table 1 05. The logical to physical 
mapping table 105 is a table with entries for each system area, with the index 
pointer 1 1 1 pointing to the location of the current system area. 

The first time the OTP memory card 330 is used, the system area 
120 stores a primary FAT 210, a copy of the primary FAT 205, and the ROOT 

10 DIR 21 1. The controller 102 indexes to the zero-eth location in logical to physical 
mapping table 105. Pointer 106 in the table thus point to the first system area, 
shown as system area 1 07 in FIG. 6. 

FIG. 7 is a diagram depicting multiple system areas after 
remapping. As described earlier, as long as the file name or attributes remain 

1 5 unchanged, it is possible to continuously append data at the end of the FAT, using 
the method of FIG. 4. However, if files are deleted, renamed, or moved, an entire 
new FAT must be created. In FIG. 7, controller 102 on OTP memory card 330 
has created new system areas (e.g. system area #2 108 and system area #n 109, 
consisting of new FAT and ROOT DIR areas, because a non-zero entry in the 

20 earlier system area (e.g. system area #1 107) had to be modified, which is not 
possible using OTP memory when the OTP memory has a logical state of ones. 
The index pointer 111 now indexes further into the logical to physical mapping 
table 105. The logical to physical mapping table 105 provides a pointer 106, with 
a value of "n" in FIG. 7, which points to the latest generation system area, which 

25 is system area #n 109. The latest generation system area #n 109 provides the 

current system information, including the current file names of all undeleted files 
stored in OTP memory card 330. 

FIG. 8 is a flow diagram of a method for providing logical to 
physical mapping of a DOS-FAT file system on one-time programmable media. 

30 As shown in FIG. 8, in block 10, a digital image is captured to 

camera memory prior to writing the image to the OTP card. In block 20, the 
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controller 102 on the OTP memory card 330 tests to ensure that there is unused 
"zeroed" space in the current active system area (FAT & DIR). 

If there is space, in block 70 an additional test is performed to see 
if the file being written to the OTP card will cause a change to the existing FAT or 
5 ROOT DIR. Examples that will cause such changes include deleting, renaming, 
and moving files. If a new generation system area is necessary as a result of these 
operations, in block 80 the controller advances the index into the logical to 
physical translation table 105 to point to a new generation system area. In block 
90, the previous FAT and ROOT DIRs are copied into the new system area, 

1 0 except for the portions that need to be changed. 

In blocks 30-40, the FAT and ROOT DIR structures are copied if 
necessary, and updated as required to reflect any changes (e.g. new files, deleted 
files) made by the host PC 340 or the digital camera 300. In block 70, if the test 
determined that a new generation system area was not needed, the current 

1 5 generation system area can be updated. In this case, in block 30 the current 

generation FAT and ROOT DIR are appended with necessary data indicating that 
new files have been added, depending on what file operation is in progress. On 
the other hand, if the test in block 70 determined that a new generation system 
area is needed, revised versions of the FAT and ROOT DIR are created. In the 

20 case of deleted files, the deleted file names are NOT copied to the new area - the 
deleted file names are simply skipped and the rest of the system area is copied as 
it was before. In the case of a file being renamed, the new name is substituted for 
the old name, in the same place within the ROOT DIR as the previous name. In 
the case of a file being moved to a new subdirectory, the filename must be - 

25 removed, as in the case of delete, from the ROOT DIR. New ROOT DIR and 
FAT entries are created. The cluster pointer in the new ROOT DIR directory 
entry changes to point to the new subdirectory area. The previous files are copied 
into the new subdirectory, and the moved filename is appended to the ROOT DIR. 
As described earlier, the image data for any new files is then written to the card in 

30 block 50. 
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In order to make storage allocation tables appear to be mutable on 
OTP media, the present invention provides a revised storage allocation table at a 
new physical location on the OTP media. A logical to physical re-mapping table 
provides the location of the new physical location of the storage allocation table. 
5 While this table is preferably stored in the OTP memory, it is possible to store the 
table using a different type of memory, such as Flash EPROM memory, on the 
same memory card as the OTP media. 

The invention has been described in detail with particular reference 
to certain preferred embodiments thereof, but it will be understood that variations 
10 and modifications can be effected within the spirit and scope of the invention. 
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PARTS LIST 



10 block 

20 block 

30 block 

40 block 

50 block 

60 block 

70 block 

80 block 

90 block 

1 00 OTP card interface 

1 01 card internal host interface to controller interface bus 

102 controller 

1 03 data path inverter 

1 04 OTP memory array 

1 05 logical to physical mapping table 

1 06 pointer to current system area 

1 07 single system area before remapping 

1 08 additional (second) system area after remapping 

1 09 Nth system area after multiple remappings 

1 1 0 host/OTP card protocol 

1 1 1 index pointer 

112 data path inverter 

1 20 system area 

121 data area 

1 22 non-inverting data path buffer 

1 23 non-inverting data path buffer 
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PARTS LIST (con't) 



200 master block record 

2 0 1 partition block record 

202 single FAT entry 

203 multiple additional FAT entries 

204 unallocated FAT entries 

205 complete copy of primary FAT 

206 individual file entry 

207 multiple additional directory entries 

208 unallocated directory entries 

209 user data area 

210 primary FAT 

2 1 1 root directory 

230 remapping area 

23 1 storage space for system areas 

300 digital camera 

302 flash 

303 users controls 

304 control processor and timing generator circuit 
306 drivers 

308 autofocus and autoexposure detectors 

310 zoom and focus motor drives 

3 1 1 aperture 

312 zoom lens 

313 shutter 

3 1 4 image sensor 

3 1 6 analog signal processing and analog-to-digital converter 

3 1 8 DRAM buffer memory 

320 processor 
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PARTS LIST (con't) 



322 host interface 

324 memory card interface 

326 RAM memory 

328 firmware memory 

330 OTP memory card 

332 color LCD image display 

340 host PC 

342 interface cable 

350 card reader 



